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ABSTRACT 



A new system for communicating between computer pro- 
grams is disclosed which includes a collaboration software 
program having a directory publishing procedure and a 
message forwarding procedure. In an example embodiment, 
the disclosed system provides a user of a network appUca- 
tion program, such as an internet chat program, with an 
out-of-band mechanism to send invitations to other users of 
the network appHcalion program. A user of the network 
application program requests a list of all users known to the 
collaboration software program. The user hst is for example 
a list of user names associated by the collaboration software 
program with URLs of home pages of users known to or 
registered with the collaboration software program. The user 
seeking to send the message then selects a user name and 
provides a message to the collaboration software program. 
The collaboration software program then posts the message 
so that the message can be displayed in the home page of the 
selected user. For example, the message is displayed in a 
screen within the window of the browser executing in a 
client system on which the selected user is working. 

16 Claims, 8 Drawing Sheets 
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INTER-PROGRAM SYNCHRONOUS security model to communicate without otherwise compro- 

COMMUNICATIONS USING A mising that security model. The new system shall allow such 

COLLABORATION SOFTWARE SYSTEM programs to communicate regardless of whether they were 

HELD OF THE INVENTION downloaded from a common network server and further 

S regardless of whether they are both currently running a 

The invention relates generally to communications common network application client. In addition, the new 

between computer software programs implementing a system should enable users to determine if other users are 

restrictive security model and more specifically to a method currently available for such inter-program communications, 
and apparatus for synchronous communications between 

computer software programs which can be securely down- lo SUMMARY 
loaded from web pages, such as Java™ applets. accordance with principles of the invention there is 

BACKGROUND disclosed a new system for communicating between com- 

J 1 ui* f *u 1 * * •* outer programs. The disclosed system includes a collabora- 

The wide availabihty of the Internet permits an ever f. ^ , . v,- , ur u- 

, r ^ , 1 J J * f * lion software program havmg a directory publishing proce- 

mcreasmg number of users to download data from remote , r j i i 

° ,u • 1 1 . * • 11 ^5 dure and a message forwarding procedure. In an example 

systems onto their local system. These actions are typically ... , , . f 

done through a browser software program which forms e"it>odiment^ the disclosed system provides a user of a 

1 . , , 1 .. -.u . . ^ .u network apphcation program, such as a chat program, With 

logical network connections with a remote system, and then . ^ , j . • . • ^ 

° „ rr , rr> ^ n . i /TT-n-nN * an out-of-b and mechanism to scnd invitations to Other users 
uses the Hyper-Text Transport Protocol (HTTP) to move r .i_ ^ i v u * *t 

, . P . . -m. J * f 1 of the network apphcation program who are not currently 

data from the remote system. The data may, for example, ^„ . .. r i i- l . u- l 

J • . c . cjT ^i^jf 1 T ^ 20 executing the network application program, but which are 

dcscnbe or consist or a set oi Hyper-Text Markup Language . j . *u . i r i *u u u 

/TTi-K*T\ • * o L J f t *i J' * logged onto the network, for example through a browser 

(HTML) instructions. Such data frequently indicates or ™ ^ ' , ^ 

• ^ , ^ j^L.- i.-^i .J program. The user of the network apphcation program 

mcludes computer program code that IS ultimately executed . i - . i? n i . *t. n u »• 

^. , 1 i_- 1 TTTT^^T • * requests a list of all users known to the collaboration 

on the local machine. For example, the HTML mstructions 1^ ™ i- . • r i i- . 

, , • 1 J - J- f « 1 software program. The user list is tor example a list con- 

irom a remote system may include indication of an applet . . . • . j -.i. i 

• .1. T TM 1 J 1 J 1. o tainmg user names associated with users known to or 

program, wntten in the Java™ language developed by Sun . , ^ i_ *• -n. 

\ 1 r J registered with the collaboration software program. The user 

Microsystems Inc o 

^ , ' , ^ , seeking to send the message then selects one of the other 

An applet is an example of a program which is typically , ^ collaboration 

embedded withm a Web page, and which is executed when ^^^^^^ ^ ccUaboration software program then 

the Web page is browsed. Several restrictions apply to the 30 ^jie selected user name to a URL indicating a home 
design and operation of applets. Some of these restrictions associated with the selected user name. Tlie URL is for 

relate to secure operation and execution of the applet on the ^ ^ j^j^^^jj ,he collabo- 

chent system. This anses from a concern most users have 3^^,^^^ ^ (^^^ eliminating the need for users 

regardmg the potentially devastatmg effects which can be ^^^^ ^^^^^.^ ^RLS. The collaboration software 

caused by execution of pooriy or mahciously designed code 35 ^ j^^^ ^ ^ ^^^^^ ^^^^ 

on their local system. The security restrictions imposed on ^^^^y^a in the home page of the selected user. For 

applets have the result that applets loaded onto a local ^^^^ j ^^e message is displayed in a screen within the 

system from over the network cannot make network con- ^^^^ „f browser executing in a client system on 

nechons to hosts other than the host from which they are ^^^^^ ^^^^ ^^j^j^^ ^ 

downloaded from. In addition, unsolicited information can- w t - i ■ ■ * i i ■ . 

, . J f •** ; *L I 1 * , „ In this way there is provided a new system which permits 

not be read trom or written to the local computer system . . . . , , , ; 

/ujji\i_ ijji: programs implementmg a restnctive security model to com- 

(hard disk) by an applet downloaded from a remote host. ° ^. . i • • .1 . 

■^j, ^ , . , I ,- r J- .1 mumcate without otherwise compromismg that security 

Moreover, applets have no capabuitics for directly commu- . , ^ ,1 t. 

• *• 1 * Vi c ■ c * model. The new system allows such programs to commu- 

nicating with other applets. Because of these significant . r , .1 . 1 j . r 

v 1 * 11 u J r i *u nicate regardless ot whether they were downloaded from a 

umitations, applets can generally be used for very httle other " , , j r *u ji r i_ .1. 

r ' J ^ • • , common network server, and further regardless of whether 

than displaying data or managing uiser inputs. , , , ' . ^ .11- 

^ . . . . . . , , . they are both currently running a common network apph- 

ExisUng systems have thus been able to use applets in ^^.^^ ^ j„ ^^^j^^^ newsystem enables users to 

very limited ways. The above described restrictive security ^^1^,^^^^^ other users are currently available for such 

model tor applets provided tight control over into rm at ion • . ^ • *• 

„ . , r . , . , , mter-program commumcations. 

flowing to and from applets, and thus allowed users to be 50 

assured that they were safe in loading applets down onto BRIEF DESCRIPTION OF THE DRAWINGS 

their local system for execution. However, several draw- ^ - . , , u ■ u j ^ c. 

. , ^/c *u J • J f 1 * • ■4- FIG. 1 is a block diagram showmg hardware and software 

backs result from the design and use of applets in existing , , ^ ^, ^ . . r 

^ " elements of an example execution environment for the 

sys ems. , . , f a * disclosed system; 

First, existing systems do not permit a user of a first ss „^ ^. t.,,j. l- 
network application, for example a user of a chat room ^ f ^ "^'^^'^ '^Tu^ '"^"^^T "^^""^ 

application, to communicate with another user who is not ^" ^^^"^P^^ embodmient of a collaboration software server; 
currently using that same network apphcation, but who is FIG- 3 is a block diagram showmg elements in an 

currently running his or her local browser. In addition, example embodiment of a collaboration software system, a 
existing systems provide no mechanisms for users of a eo browser, and a web server; 

network apphcation, for example a shared whiteboard FIG. 4 is a block diagram showing elements in an 

application, to determine whether or not applets are being example embodiment of a collaboration software client; 
run by other users that are potentially communicative with FIG. 5 is a block diagram showing the operation of the 

the applet of the local user. This is the consequence of disclosed system; 

preventing direct communication between applets. 65 FIG. 6 is a flow chart showing an example embodiment of 

For these reasons and others, it would be desirable to have steps performed by the disclosed collaboration software 

a system which permits programs implementing a restrictive server; 
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FIG. 7 is a flow chart showing an example embodiment of 
steps performed by the disclosed client system to send a 
notification or invitation message; and 

FIG. 8 is a flow chart showing an example embodiment of 
steps performed by the disclosed client system receiving a 
notification or invitation message. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

Now with reference to the elements of FIG. 1, there is 
described an example embodiment of the disclosed system 
for inter-program communications. FIG. 1 shows a Collabo- 
ration Software Client 38, which may include one or more 
applets, and which may be downloaded, for example under 
control of a Web Browser program 39, from a Server System 
A 10. The Server System A 10 is described solely for 
purposes of example as including conventional computer 
hardware components on which is running a particular Web 
Server Program 25. The Client System A 30 onto which the 
program is loaded includes for example conventional com- 
puter hardware components as well as the Web Browser 39. 
Applets within the Collaboration Software Client 38 imple- 
ment a security policy which prevents the applets from 
making a network connection, for example a socket con- 
nection under TCP/IP, with a system other than the Server 
System A 10. The Collaboration Software Client 38 is for 
example embedded in a Web Page A 24 associated with a 
user of the Client System A 30. 

FIG. 1 further shows a second Collaboration Software 
Client 68, for example including a number of applets, that is 
downloadable from a Server System B 42 to a Client System 
B 56. The Client System B 56 is, for example, a second 
client system, distinct from Client System A 30 onto which 
the first program was downloaded. The applets within Col- 
laboration Software Client 68 also implement a restrictive 
security policy which prevents the applets from making a 
network connection with a system other than the Server 
System B 42. The Collaboration Software Client 68 is, for 
example, embedded in a Web Page B 48 associated with a 
user of the second Client System B 56. 

Now with reference to the elements of FIG. 2, a collabo- 
ration software program is further disclosed, which provides 
both a data repository and a directory publishing service. 
The collaboration software program for example includes a 
Collaboration Software Server 80 which includes a Data 
Repository 84, and which builds user specific web pages in 
response to browser requests. The Collaboration Software 
Server 80 executes, for example, on the Server System A 10, 
as shown in FIG. 1. The Collaboration Software Server 80, 
for example, corresponds to the Collaboration Software 
Server 28, as shown in FIG. 1. The collaboration software 
program further includes a number of client parts, for 
example capable of processing HTML and embedded 
applets, which execute on a number of client systems. 

For example, the client parts of a collaboration software 
program are shown as Collaboration Software Client 38 and 
Collaboration Software Client 68, as shown in FIG. 1. In the 
example embodiment of FIG. 1, the Collaboration Software 
Client 38 and any applets it includes execute in the same 
execution context as the Web Browser 39. Similarly, the 
Collaboration Software Client 68 and any applets it includes 
execute in the same execution context as the Web Browser 
69. 

The Collaboration Software Clients 68 and 38 commu- 
nicate with Collaboration Software Server 28 via in-band 
and out-of-band messages. For example, those messages 
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sent using an established application layer protocol from one 
of Collaboration Software Clients 68 or 38 to a closely 
coupled sever application in an Application Layer 86 of the 
Collaboration Software Server 80 are "in-band" messages. 
For example, where the Collaboration Software Client 38 
contains an internet "chat" client applet associated with an 
internet "chat" server application in the Application Layer 
86 of the Collaboration Software Server 80, those messages 
sent between that applet within the Collaboration Software 
CUent 38 and the internet "chat" server application in the 
Collaboration Software Server 80 are considered to be 
"in-band" messages. Such in-band messages in the case of 
an internet "chat" client would then typically be forwarded 
by the internet "chat" server application to other internet 
chat clients. In an example embodiment, such in-band 
messages are sent directly from the Collaboration Software 
Client 38 to the application in the Collaboration Software 
Server 80 through a TCP/IP socket reserved for Internet 
Relay Chat (IRC). Further in the example embodiment, the 
established application layer protocol is an extended version 
of the conventional Internet Relay Chat (IRC) protocol as 
disclosed in RFC 1459, "Internet Relay Chat Protocol", by 
Jarkko Oikarinen, May 1993, Accordingly, in the example 
embodiment, in-band messages support the Internet Relay 
Chat Protocol functions. Further in the example 
embodiment, the internet "chat" client applets are extended 
to provide additional in-band messages to support voting 
and whiteboard capabilities. 

Out-of-band messages are not sent by the internet "chat" 
client applet within the Collaboration Software CHent to the 
internet "chat" server application within the Collaboration 
Software Server 80. Instead, the internet "chat" client applet 
within the Collaboration Software Client sends out-of-band 
messages to other applications in the Application Layer 86 
of the Collaboration Software Server 86. For example, the 
internet "chat" client applet sends two out-of-band mes- 
sages: (1) an "invitation" message, and (2) an "request" 
message for obtaining a list of potential invitees. 

The internet "chat" client sends the out-of-band request 
message to a predetermined application, for example indi- 
cated by the URL of that predetermined application, where 
the predetermined application is other than the internet 
"chat" server application, and where the predetermined 
appUcation is within the Application Layer 86 of the Col- 
laboration Software Server 80. The URL of the predeter- 
mined application for example indicates a Collaboration 
Software Dispatcher (see FIG. 3) as well as the name of the 
predetermined application. The Collaboration Software Dis- 
patcher processes the fields necessary to locate the prede- 
termined application. Accordingly the URL is parameterized 
with the name of a predetermined application layer program 
in the Collaboration Software Server 80 that will return a list 
of users. 

For example, in one embodiment, the code necessary to 
handle out-of-band messages is present in a number of 
applications within the Application Layer 86 of the Collabo- 
ration Software Server 80. When the internet "chat" client is 
an applet and accordingly downloaded from a server system, 
it receives the location (URL) of one of those applications 
within the Application Layer 86, based on the current 
display context of the client system. For example, where the 
current display includes in part a portion provided by one of 
the applications within the Application Layer 86, then if an 
internet "chat" client is downloaded from the same server as 
the Collaboration Software Server 80, the location (URL) of 
that one of the applications within the Application Layer 86 
is downloaded with the internet "chat" client. 
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A Directory Publishing service is further shown included In the example embodiment, parameters are passed to the 

within the Collaboration Software Server 80. The Directory Dispatcher 108 within segments of a URL. The Dispatcher 

Publishing Service 88 stores the names of users of client 108 parses the URL into pieces that provide the overall 

systems having collaboration software clients, such as Client control of the program: (1) the name of the Collaboration 
System 30 and Client System 56 in FIG. 1. When an 5 Software Server 80, (2) an access control area name, (3) a 

application in the Application Layer 86 of the Cbllaboration message name, and (4) some number of message arguments. 
Software Server 80 receives a request from an applet within example embodiment, each user registers once with an 

a Collaboration Software Client, for example via a TCP/IP ^ ""V^l J""'"^ ^^u^'"*^ ^'lll' 

connection between a client system and the server, it uses the ^RJ., the Web Server 102 knows where to find the 

Directory Publishing Service 88 to provide a list of user lO user s credential for authentication purposes arid also how to 

names. In response to receipt of the list of user names from ^^t^^nticate the user and pass the authenticated user idenUty 

the directory publishing procedure, a display procedure ^ ^^e Collaboration Software Server 80 Given the user 

within the requesting applet displays the list of user names "*^°*^^y f ^ location the Collaboration 

through, for example, a dialog box. Tlien, by means of a user Software Server looks up the user profile, checks acoess 
input procedure, the applet receives from the user of the 15 control, and performs any other user specific functions. The 
client system indication of a selected one of the user names name and mes^ge ar^ments are then used by the 

or,^ o r«^oc.<.„« K» iU^t ..co.- «^«™io o ...^t Colkbor atiou Software Server 80 to select particular actions 

and a message to be sent to that user, tor example, a user or ^ . ^ . . ^ . . 

a remote client system. ^° perform in one of the applications, for example as shown 

^ , J \- . . , , ... in FIG. 2. 

The disclosed system further includes an invitation mes- -.l r . t-r^ a .i. ■ j ^ j 

J r 1 ■ . .in Now With reference to FIG. 4, there is described an 

f.*f 'y^Tf "^f?'.l'I'!'"' •? '^j;"'"'^f i example embodiment of a CoUaboration Software Client 
chat^ client applet, that transmits the inputted message, Collaboration Software Client 110 is 

w.^ the selected one of the us^ names to the Collaboration ^^^^ including a Directory Look-up Procedure 112. which 

Software Server 80 of the collaboration software program. A . i Tj j ^ r j- 

„. , . ■ 1 J J for example mcludes code portions for sending a message to 
message pol ing mcchamsm is mcluded within a message CoUaboraUon Software Server 80, for example using a 

posting applet, also within the Collaboration Software ^ n r u 

r J 1 J- • : c *L Message Transmitter Code Portion 116, wherein the mes- 

Client, for downloading an invitation message from the • -.t. . i- • .u 

. r.u 11 . sage IS either for or routed by one of the applications m the 

server part of the collaboration software program. a i- t r n l *• o c 

^ ^ ^ Application Layer 86 of the Collaboration Software Server 

In the example embodiment of the Collaboration Software go -j^^ Collaboration Software Client 110 is further shown 
Server Part 80, shown in FIG. 2, the Directory Publishing include a Message Polling Mechanism 118, for example 

Service 88 is incorporated in a number of applications ^^jhin a Message Posting Applet, which receives messages 

within anApplication Layer 86. Other example applications received from the Collaboration Software Server 80, for 

within the application layer of the Collaboration Software example through a pre-determined port or TCP socket. In an 

Server 80 (shown as Application 1 90 and Application 2 92) example embodiment, the Message Posting Applet receives 

include for example a calendar application, a message messages from a variety of sources, and general purpose 

filtering application, and a document publishing appUcation. message posting facility. The Collaboration Software CUent 
The calendar application for example permits users to enter supports and includes various other Applets 120, Java 

a set of scheduled events, and then presents those events in Script and HTML portions 122. 

a calendar format. One or more of the applications in the 5 ^^^^^ operation of a Collaboration 

application layer of the Collaboration Software Server 80 Sofiy^^r^ Client 162. A Collaboration Software Server 160 is 

are for example network apphcation servers, and consists of ^^^^^ ^^j, j^^^^ p^^^^^ ^ ^ g^t 

a set of functions, each respondmg to a differ ^^^^ p and Message Posting Applet 174 on a 

Each of the applications is modularly organized. ^^^^^^ ^^^^ ^^^^ 170. A Collaboration Software Qient 162 

Further in the example embodiment shown in FIG. 2, the sends a request message to a dispatcher within the Collabo- 

Data Repository 84 is shown for example as part of a tool kit ration Software Server 160, which for example invokes 

layer. The Data Repository 84 shown in FIG. 2 is for another application using the Common Gateway Interface 

example a built in database used to store various object (CGI). For example the Collaboration Software Client 160 

instances. The example database is a relational model with sends a request message through a TCP/IP socket with the 

an object hierarchy relationship facility available to those server system. A Web Server program on the server system 

applications which require it. receives that message, which consists of a URL, and passes 

Now with respect to FIG. 3, there is described an example the message the the dispatcher based on the contents of the 

of the Collaborative Software Server 80 operating in con- URL. The dispatcher examines the fields within the URL to 

junction with a Web Browser 100 and a Web Server 102. As determine a responding application within the Application 

is conventional, the Web Browser 100 submits requests to Layer 161 of the Collaboration Software Server 160 to 
the Web Server 102 whenever a user opens a link. When the 55 process the request message. 

link points to a file, then the Web Server 102 sends the file The responding application runs in the context of the 

to the Web Browser 100. The link may also point to Collaboration Software Server 160, with access to all func- 

programs on a server; in that case, the Web Server 102 tions provided by the tool kit layer of the Collaborative 

invokes the program and the program responds to the user. Software Server 160, as well as the Directory Publishing 
In the example embodiment, when the link points to the 60 Service 88. The responding application then calls the Direc- 

Collaboration Software Server 80, the Web Server 102 tory Publishing Service 88, The Directory Publishing Ser- 

invokes a Dispatcher 108 through a Common Gateway vice 88 returns a list of users from its data repository. The 

Interface 106. Based on the information passed along with responding application then returns the list of users to the 

the user request, the Dispatcher 108 invokes a specific Collaboration Software Client 162. 

application within the Collaboration Software Server 80, 65 Upon receipt of the list of users, an internet "chat" client 

which, in turn, calls various tools in the tool kit layer to applet within the Collaborative Software Client 162 displays 

respond to the user's request. the list of users. The user of the client system then indicates 
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one of the users within the list. The internet *'chat" client 
applet in turn sends an out-of-band invitation message via 
the dispatcher within the Collaboration Software Server 160. 
The dispatcher determines an application within the Appli- 
cation Layer 161 of the Collaboration Software Server 160 5 
to route the invitation message. For example, the same 
application within the Application Layer 161 is selected to 
route the invitation message as was selected to return the 
user list. 

Within the Application Layer 161, there is included a 
message store. The invitation message is initially routed by 
the application within the Application Layer 161 by adding 
the invitation message to the message store. Each message 
includes fields indicating what type the message is, for 
example an invitation to chat, as well as other information 
such as the subject of the proposed "chat session", and a 
"chat channel" on which can be found the person sending the 
invitation to chat. 

Message Posting Applets 166 and 174 periodically check 
the message store within the Application Layer 161 to 
determine if any new messages have been posted for their 
client. Messages which may be posted in the message store 
include chat invitation messages, collaboration software 
status, calendar event notifications, and inter-uscr messages. 
Each Message Posting Applet 166 and 174 includes a set of 25 
message filtering and display rules. The Message Posting 
Applet displays any new messages which satisfy its current 
filtering rules. For example, where the message is an invi- 
tation to chat, the Message Posting Applet may invoke a new 
internet "chat" client applet in response to a user input, for 
example in response to a double click on the displayed 
invitation. 

FIG. 6 shows steps performed by an example embodiment 
of the disclosed system as shown in FIG. 5. At step 200 a 
Web Server program receives a request message from the 35 
Collaboration Software Client and forwards it to the dis- 
patcher within the Collaboration Software Server. At step 
202 a responding application in the application layer of the 
Collaboration Software Server looks up a Ust of current 
users using the Directory Publishing Service. The respond- 40 
ing application then sends the user list to the requesting 
client at step 204. At step 206, the Collaboration Software 
Server receives an invitation message from the client includ- 
ing an indicated one of the users in the list of current users. 
At step 208 a network application server within the Col- 45 
laboration Software Server routes the notification message 
to the indicated user, for example by posting the message to 
a message store formed using the database functions pro- 
vided by the tool kit layer within the Collaboration Server 
Software. 5q 

FIG. 7 shows steps performed by an example embodiment 
of the Collaboration Software Qient 110 as shown in FIG. 
4. At step 210, the Collaboration Software Client downloads 
a network application client for example including one or 
more applets such as an internet "chat" client applet. At step 55 
212 the Collaboration Software Client sends a request 
message to the Collaboration Software Server. At step 214 
the Collaboration Software Client receives a user list from 
the Collaboration Software Server, and displays the list of 
users. At step 216 the Collaboration Software Client inputs 
a selected user from the local user, for example by the local 
user double clicking on one of the xisers names in the 
displayed list of users. At step 218 the Collaboration Soft- 
ware Client sends a invitation or notification message 
through the Collaboration Software Server. $5 

FIG. 8 shows the steps performed by an example embodi- 
ment of the Collaboration Software Client in response to 
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receipt of a notification or invitation message. At step 220, 
the notification is received. At step 222 the Collaboration 
Software Client displays a notification, for example through 
a dialog box presented by a message posting applet in the 
screen display of the local web-browser program. 

While this invention has been described with reference to 
specific embodiments, this description is not meant to be 
construed in a limiting sense. Various modifications of the 
disclosed embodiments, as well as other embodiments of the 
invention, will be apparent to persons skilled in the art upon 
reference to this description. It is therefore contemplated that 
the appended claims will cover any such modifications or 
embodiments as fall within the tme scope of the invention. 

What is claimed is; 

1. A system for communicating between computer 
programs, comprising: 

a first program downloadable from a first server computer 
system to a first client computer system, said first 
program implementing a security policy which pre- 
vents said first program from communicating with a 
second client computer system; 

a second program downloadable from a second server 
computer system to said second client computer sys- 
tem; 

a collaboration software program, including a server part 
and a number of client parts, said server part including 
a number of network applications, wherein a first of 
said number of network applications is a network 
application server closely coupled with said first 
program, said client parts including said first program 
and said second program; 

a directory publishing procedure, within said server part 
of said collaboration software program, that stores a list 
of user names and corresponding addresses; 

a directory look-up procedure within said first program, 
that transmits a request message to said directory 
publishing procedure to obtain said list of user names; 

a user input procedure, that receives indication of a 
selected one of said user names and a message to be 
sent to a user associated with said selected one of said 
user names; 

a message transmitting procedure, within said first 
program, that transmits said message, with said 
selected one of said user names to a second one of said 
number of network applications, wherein said second 
one of said number of network applications posts said 
message into a message store in said server part of said 
collaboration software program; and 

a message polling mechanism, within said second 
program, for pulling said message from said message 
store in said server part of said collaboration software 
program. 

2. The system as in claim 1, wherein said message is an 
invitation to participate in a internet chat program group. 

3. The system as in claim 1, wherein said message is a 
notification. 

4. The system as in claim 1, wherein said first server is the 
same as a second server from which said second program is 
downloaded. 

5. The system as in claim 1, wherein said first program is 
embedded in a first web page, said first program executed on 
said first client system when said first web page is down- 
loaded from said first server computer system. 

6. The system as in claim 1, wherein user names are stored 
in the collaboration software server part by storing of URLs 
of home pages associated with users. 
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7. The system as in claim 1, wherein said second program 
is embedded in a second web page, said second program 
executed on said second client system when said second web 
page is downloaded from said second server computer 
system. 

8. The system as in in claim 1, wherein said first program 
is an applet. 

9. The system as in claim 1, wherein said second program 
is an applet. 

10. The system as in claim 1, wherein said first program 
is downloadable under control of a web program. 

11. The system as in claim 1, wherein said second 
program is downloadable under control of a web browser 
program, 

12. The system as in claim 1, wherein said server part of 
said collaboration software program executes on said first 
server system. 
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13. The system as in claim 1, wherein said second 
program implements a security policy which prevents said 
second program from communicating with said first cHent 
computer system. 

14. The system as in claim 1, wherein said cUent part 
includes one or more HTML instructions. 

15. The system as in claim 1, wherein said corresponding 
addresses stored by said directory publishing procedure are 
URLs of home pages of the corresponding users. 

16. The system as in claim 1, further comprising a display 
procedure within said first program, that displays said list of 
user names received from said directory publishing proce- 
dure. 
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